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NINE LAYER ARCHITECTURE 

RELATED APPLICATIONS 
[0001] Not Applicable 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
[0002] Not Applicable 

MICROFICHE APPENDIX 
[0003] Not Applicable 

FIELD OF THE INVENTION 

[0004] The present invention relates to the field of computer software 



j7s 10 architectures. 

BACKGROUND OF THE INVENTION 

[0005] Architectures generally refer to how a system is designed and how the 
components of a system operate with each other. Reference models for computer 
architectures typically identify various layers through which a communication or data 
15 will pass or in which computer software or hardware may operate. Additionally, 
reference models may identify how various computer software and hardware components 
undertake functions within a layer. Some reference models are known as protocols. 

[0006] For example, the Open Systems Interconnection reference model 
(OSIRM) identifies seven layers. They are the application, presentation, session, 
20 transport, network, data link, and physical layers. The application layer supports user 
functions, such as file transfers and transaction processing. The presentation layer 
transfers syntaxes for character coding. The session layer coordinates services, dialogue, 
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and synchronization. The transport layer coordinates communications for reliable end-to- 
end communication. The network layer delivers data within a sub-network and provides 
addressing and internetworking. The data link layer deals with data transmission 
between two points. The physical layer provides bit transmission over a physical 
5 connection. 

[0007] Other layered models are referred to as N-tier models. N-tier models use 
separate layers to divide functionality of an architecture. In an N-tier model, data or a 
communication passes through each layer before getting to another layer for processing. 
**i Thus, in a three tier model, data must pass through the second layer to get from the first 

£L 10 layer to the third layer. One such model may include a graphical user interface (GUI) 

SI 

Hj layer, an application controller layer, a business function objects layer, a domain layer, 

O and a persistence layer. 

[0008] Current reference models are static and require compliant objects to relay 

t 5 

K communications, such as control messages, requests, and/or data, from one layer to 

O 

1^ 15 another in spite of the fact that the relaying layer may perform no useful function. This 
requirement results in unnecessary lines of code required to relay communications and 
clutters compliant objects and requires unnecessary processing cycles. Thus, new 
systems and methods are needed to ameliorate the inherent inefficiencies associated with 
the current reference models. 

20 SUMMARY OF THE INVENTION 

[0009] The present invention is directed to an architecture system operable on a 
processor. The architecture system comprises a first architecture layer, a second 
architecture layer, and a transparent layer between the first architecture layer and the 
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second architecture layer. The transparent layer enables the first architecture layer and 
the second architecture layer to communicate directly without having to communicate via 
the transparent layer. 

[0010] Also, the present invention is directed to an architecture system operable 
on a processor. The architecture system comprises a plurality of architecture layer 
objects comprising at least a first layer object, a second layer object, and a transparent 
layer object. The transparent layer object is layered between the first layer object and the 
second layer object, and the transparent layer object is configured to be hidden for a 
communication between the first layer object and the second layer object. The first layer 
object and the second layer object are configured to relay the communication between 
each other by bypassing the transparent layer object. 

[0011] Moreover, the present invention is directed to an architecture system 
operable on a processor. The system comprises an action province configured with logic 
to process an action and to generate at least one query requesting data. The system also 
comprises a yoke province configured receive the query from the action province, to 
dynamically identify a database with a database type to which the query corresponds, to 
initiate a connection with the database to transmit the query to the database, to retrieve 
data in response to the query, and to transmit the data to the action province. The system 
further comprises a witness province configured to identify the action occurring via an 
input/output interface and to notify with the action at least one member of a group 
comprising the action province and the yoke interface. At least one member of a group 
comprising the witness province, the action province, and the action province comprises 
at least one transparent layer configured to enable communication with a surrounding 
layer without having to communicate via the transparent layer. 
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[0012] Further, the present invention is directed to an architecture system 
operable on a processor. The system comprises a collection layer configured to support a 
first set of objects that operate as a communication interface to receive first data and to 
render second data. An envoy layer is configured to support a second set of objects to 
receive the first data from the collection layer, to condition the first data to a first form 
receivable by a lower layer, to receive the second data, and to condition the second data 
to a second form receivable by the collection layer. A naturalization layer is configured 
to support a third set of objects to apply at least one member of a group comprising style 
support, customization support, and language support to the first data or the second data. 
An UGLI layer is configured to support a fourth set of objects configured to apply logic 
to the first data or the second data and to direct transfers of the first data and the second 
data. A terminal layer configured to support a fifth set of objects configured to portal the 
first data or the second data between the UGLI layer and at least one member of a group 
comprising the collection layer, the envoy layer, and the naturalization layer. 

[0013] A repository layer configured to support a sixth set of objects configured 
to store the first data or the second data. An initiation layer configured to support a 
seventh set of objects configured to initiate storage and retrieval of the first data or the 
second data to and from a persistent storage by identifying the persistent storage and 
generating a command for the persistent storage. An optimization layer configured to 
support an eighth set of objects configured to format the command generated from the 
initiation layer to a database format required by the persistent storage. A nomadic layer 
configured to support a ninth set of objects configured to make a connection to the 
persistent storage and to pass the formatted command to the persistent storage. At least 
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one of the layers is configured as a transparent layer to enable communication between at 
least two of the other layers without having to communicate via the transparent layer. 

[0014] Further still, the present invention is directed to an architecture system 
operable on a processor. The system comprises a collection layer object configured to 
5 operate as a communication interface to receive first data and to render second data. A 
naturalization layer object is configured to apply at least one member of a group 
comprising style support, customization support, and language support to the first data or 
the second data. An envoy layer object is configured to receive the first data from the 
Q collection layer, to condition the first data to a first form receivable by the naturalization 

10 layer, to receive the second data, and to condition the second data to a second form 
jjl receivable by the collection layer. An UGLI layer object is configured to apply logic to 
3 the first data or the second data and to direct transfers of the first data and the second 

M data; A terminal layer object is configured to portal the first data or the second data 

Lai 

U between the UGLI layer and at least one member of a group comprising the collection 

car 

^ b 15 layer, the envoy layer, and the naturalization layer. 

[0015] A repository layer object is configured to store the first data or the second 
data. An initiation layer object is configured to initiate storage and retrieval of the first 
data or second data to and from a persistent storage by identifying the persistent storage 
and generating a command for the persistent storage. An optimization layer object is 
20 configured to format the command generated from the initiation layer to a database 
format required by the persistent storage. A nomadic layer object is configured to make a 
connection to the persistent storage and to pass the formatted command to the persistent 
storage. At least one of the layer objects is configured as a transparent layer object to 
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enable communication between at least two of the other layer objects without having to 
communicate via the transparent layer object. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] Figure 1 is a block diagram of a computer system operating an architecture 
5 in accordance with an embodiment of the present invention. 

[0017] Figure 2 is a block diagram of provinces for an architecture in accordance 
with an embodiment of the present invention. 

[0018] Figure 3 is a block diagram of layers for an architecture in accordance with 
an embodiment of the present invention. 

H 10 DETAILED DESCRIPTION 

s 5S 

[0019] The present invention supports dynamic performance application 
* , development and maintenance with the ability to collapse intermediary layers that are not 

j a |. functionally required, thereby retaining the advantages of a layered architecture without 
q incurring the associated over head. Additionally, the architecture supports multiple 
15 points of separation, facilitating a high degree of flexibility in interface development. 

[0020] For example, an Oracle database may be queried, or data may be retrieved 
from a structured query language (SQL) database via a pass-through query, originating in 
a collector layer as referenced below. The architecture may have nine layers, seven of 
which are between the top, collection layer and the bottom layer, nomadic layer. Six of 
20 the seven layers between the collection layer and the optimization layer may be collapsed 
so that the query passes directly from the collector layer to the optimization layer. The 
optimization layer is just above the nomadic layer. 
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[0021] Also, multiple interface types may be interchanged dynamically. For 
example, a graphical user interface (GUI) may be attached either at the naturalization 
layer or at the terminal layer, a hand held device interface may attach at the envoy layer 
or the naturalization layer, or a voice interface may be attached at the envoy layer. 
5 [0022] Additionally, different interface objects may be selected to enable 

collection of information. The present invention enables live development and 
maintenance of complex support applications with the ability to toggle on and off desired 
layers of the architecture as well as to dynamically select various interfaces. 

[0023] Figure 1 depicts an exemplary embodiment of a computer system 
10 operating an architecture of the present invention. The computer system 102 comprises a 
processor 104, a memory 106, a user interface 108, and an input/output interface 110. 
The computer system 102 may communicate with a database 1 12 and/or a device 1 14. 

[0024] The processor 104 processes software and/or firmware to carry out 
operations for the computer system 102. The processor 104 may be configured to control 
y. 15 transmitting communications, including data and messages, to and from the computer 
system 102 via the input/output (I/O) interface 110. The processor 104 also may be 
configured to control generating information to the user interface 108 and receiving 
information from the user interface. The processor 104 further may control transmitting 
data to the memory 106 for temporary, semi-permanent, and/or permanent storage and 
20 retrieving data from memory. 

[0025] The memory 106 is configured to store data used by the processor 104 
during operation and to provide access for that data to the processor. The memory 106 is 
configured to store data for temporary, semi-permanent, and/or permanent storage. Thus, 
the memory 106 may include volatile memory and/or non- volatile memory. Examples of 
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such memory are random access memory (RAM), non-volatile RAM (NVRAM), read 
only memory (ROM), including programmable read only memory (PROM), erasable 
programmable read only memory (EPROM), and/or electrically erasable programmable 
read only memory (EEPROM). The memory 106 also may include flash memory or 
scratch memory. 

[0026] The user interface 108 is configured to generate data to a user and/or 
receive data from a user. For example, the user interface 108 may be a graphical user 
interface (GUI), a web enabled interface, a voice activated interface, a voice recognition 
interface, a voice response interface, a simulated voice generation interface, an audio 
interface, a keyboard, a mouse, and other input and output devices. A GUI or web 
enabled interface may include interfaces generated to monitors for personal computers 
and other computers and interfaces generated for hand held devices, such as a palm pilot, 
a wireless phone, or another hand held unit. The user interface 108 also may include a 
video interface or an MP3 interface. 

[0027] The I/O interface 110 communicates with the database 112 and other 
devices for which communication is required, such as the device 114. When 
communicating with the database 112, the I/O interface 110 opens a connection to the 
database. The I/O interface 110 may push or pull data to or from the database 112 or 
transmit or receive other communications, including messages and data, to the device 
114. The I/O interface 110 may be configured to communicate with any database, 
including an SQL database, a DB2 database, via XML, an Oracle database, and others. 

[0028] The I/O interface 110 may be configured to communicate using wireless 
and wireline communications. For example, the I/O interface 110 may be configured to 
communicate with the database 1 12 or the device 1 14 via a wide area network (WAN), a 
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radio frequency (RF), a digital wireless network, a fiber link, a digital service level link, 
via an internet protocol (IP) connection, and other modes. 

[0029] The database 112 is configured to store data. The database 112 may be, 
for example, an SQL database, an Oracle database, a DB2 database, and other database 
types. 

[0030] The device 1 14 is a device configured to communicate with the computer 
system 102. The device 114 may be, for example, a personal computer, a server, a 
wireless based communication device, an IP device, a router, or another type of device 
configured to communicate with the computer system 102. 

[0031] Figure 2 depicts an exemplary embodiment of an architecture of the 
present invention. The province architecture 202 comprises a witness province 204, an 
action province 206, and a yoke province 208. An application constructed according to 
the province architecture 202 may operate on the computer system 102. 

[0032] The witness province 204 identifies actions that are occurring via the I/O 
mterface 1 10 and generates a communication to the action province 206 and/or the yoke 
province 208 identifying those actions. The witness province 204 may change 
dynamically depending on the application created to operate on the computer system 102 
and the actual configuration of the computer system. Thus, the witness province 204 may 
be dynamically changed to support a web enabled interface, a voice activation interface, 
or another interface. The witness province 204 has the ability to dynamically change for 
multiple interfaces while still retaining the ability to communicate with the action 
province 206. 

[0033] The action province 206 provides the intelligence of the province 
architecture 202. The action province 206 comprises portals to and from the witness 
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province 204 and the yoke province 208. Thus, the action province 206 may operate 
independently of the witness province 204 and/or the yoke province 208. This enables 
the witness province 204 and the yoke province to interchange with multiple architectures 
and with multiple interfaces to other applications. The action province 206 contains 
5 logic, business rules, algorithms, and/or other intelligence specific to each system 
(collectively, logic). Additionally, the action province 206 formats communications, 
such as queries and responses, for the witness province 204 and the yoke province 208, 
either to generate data or to request data. 

[0034] The yoke province 208 initiates connections to databases and information. 

10 The yoke province 208 may be separable from the action province 206. Thus, the yoke 
province 208 may receive a query or other communication from the action province 206. 
The yoke province 208 then is responsible for making a connection to a specific database 
or other information repository and executing a query to obtain the information. The 
yoke province 208 may communicate with any database, including an Oracle database, a 

15 DB2 database, an SQL database, and other types of databases. 

[0035] Figure 3 depicts an exemplary embodiment of an architecture of the 
present invention. The layer architecture 302 comprises a collection layer 304, an envoy 
layer 306, a naturalization layer 308, a terminal layer 310, a unified global logic 
interpreter (UGLI) layer 312, a repository 314, an initiation layer 316, an optimization 

20 layer 318, and a nomadic layer 320. 

[0036] The collection layer 304 supports objects that operate as the 
communication interface for the user interface 108. The collection layer 304 objects may 
transmit and receive communications to and from the user interface 108. The collection 
layer 304 may use any type of interface, such as a web enabled interface, another GUI 
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interface, a byte stream listener, a voice recognition interface, a voice generation 
interface, an audio interface, and other interfaces. 

[0037] The envoy layer 306 supports objects that condition communications for 
other layers, including data that may be passed between the collection layer 304 and the 
5 naturalization layer 308. For example, the envoy layer may condition data received from 
the collection layer 304, such as from a byte stream listener, so that the data may be 
received and processed by the naturalization layer 308. Conditioning refers to the process 
of conforming external data representations to data representations required by 
subordinate layers of the architecture. For example, an envoy layer object may convert 

10 voice recognition output, such as from a voice recognition collection layer object, to text 
that can be used by another layer object, such as the naturalization layer. 

[0038] The naturalization layer 308 supports objects that apply style support for 
communications, including data, such as language support and customization support, so 
that the data may be used for a specific interface or for a lower layer. For example, the 

15 naturalization layer 308 objects may format data for English, Spanish, or German 
languages for language support. Also, the naturalization layer 308 may format data for a 
particular color for a style support. Alternately, the naturalization layer 308 may format 
data so that it may be received as a selected media for a customization support. Language 
support typically refers to a word or to a paring of words or phrases from English to 

20 another language, such as Spanish or German. Another more advanced instance of 
Language Support may refer to transliteration of words or phrases between English and 
another language, such as Spanish or German. Customization support typically refers to 
an object or to a word paring of signals or patterns of bytes to English words that are 
operative with the context of the system being developed. 

11 
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[0039] The terminal layer 310 supports objects that operate as a functional portal 
to and from the upper three layers. The terminal layer 310 is the entrance to, and exit 
from, the application environment. The terminal layer 310 objects comprise the first 
layer of the action province 206, and they can be configured to pass communications, 
5 including data, to, and receive communications, including data, from, the naturalization 
layer 308 objects, which may be configured for multiple user interfaces. The terminal 
layer 310 objects may push and pull information to and from the naturalization layer 308 
objects for varied interfaces. The terminal layer 310 typically may contain non- 
computational objects and methods that are designed with the intent to provide 
10 consolidation, entry, and exits points and unification of access to other architectural 
layers. 

[0040] The UGLI layer 312 support objects that apply complex logic, business 
rules, algorithms, and/or intelligence specific to a system (collectively, logic) to data. 
The UGLI layer 312 objects may process data according to logic for a system and 

15 controls how data is obtained or transmitted. For example, the UGLI layer 312 objects 
may control generation of data to the terminal layer 310 objects for transfer of data to the 
naturalization layer 308 for transformation of user interface specific data from one format 
to another. Similarly, the UGLI layer 312 objects may control the directed transfer of 
data for a communication through the initiation layer 316 objects and the optimization 

20 layer 318 objects so that the data may be obtained by the nomadic layer 320 objects via a 
connection to an application specific database. 

[0041] The repository 314 supports objects that store temporary and semi- 
permanent data used by an application. The repository 314 objects may include flash 



12 



Sprint Docket 1708 

memory configured to store and pass data. The data may include live data stored for 
temporary use. 

[0042] The initiation layer 316 supports objects that initiate storage and retrieval 
of data to and from persistent storage locations. For example, the initiation layer 316 
5 objects may determine that an application requires data from a specified storage location, 
such as a specified database. The initiation layer 316 objects may then may generate and 
push commands that can be recognized and processed by that specific database. The 
initiation layer 316 identifies where the data is stored and generates commands for those 

Pi databases in a form recognized by those databases for retrieval of the data. Similarly, the 

K! 

hi 10 initiation layer 316 objects may identify where data can be stored for a particular 

10 application. The initiation layer 316 objects may then generate commands so the data 

Cl may be stored in that location. 

•5 

f [0043] The optimization layer 318 supports objects that format the commands 

"4 generated from the initiation layer 316 objects into the format required by the database to 

?=% 

i2 15 which the command will be transmitted. Common and popular database syntax systems 
may be stored in an encoded repository. Queries passing through this layer may contain a 
reference to the database type being queried, as well as a query string containing the 
originating query syntax. The query string then is analyzed and formatted specifically for 
the database being queried by referring to the syntax system for that database that is 
20 located in the repository. 

[0044] For example, the optimization layer 318 objects may receive a command 
from the initiation layer 316 objects to retrieve data for a particular query. The initiation 
layer 316 objects may generate the command for the query. However, the optimization 
layer 318 objects may format the command for the query for a particular database. Thus, 

13 
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the optimization layer 316 objects may format a command so that it may be received and 
processed for the particular database, such as an SQL database or another database. The 
optimization layer 318 objects may be configured to format commands for varied 
databases, including an SQL database, an Oracle database, a DB2 database, XML based 
databases, DDL based databases, and other databases. 

[0045] Similarly, the optimization layer 318 supports objects that format 
communications received from a particular database so that it may be further processed 
by the initiation layer 316 objects or other layer objects. For example, the optimization 
layer 318 objects may receive a command and data from a particular database. The 
optimization layer 318 objects may format the command and the data so that both the 
command and the data may be passed to, and processed by, upper layers. 

[0046] The nomadic layer 320 supports objects that make connections to various 
databases based upon requirements from upper layers. The nomadic layer 320 will 
receive the formatted command from the optimization layer 318 objects. Based upon the 
formatted command, the nomadic layer 320 objects may make a connection to a specified 
database. The nomadic layer 320 objects may transmit the formatted command to the 
specified database for execution of the command. Similarly, the nomadic layer 320 
receives commands and data back from the database and passes the commands and data 
to the optimization layer 318 objects for further processing, storage, and/or execution. 
The nomadic layer 320 objects may be configured to connect to any type of database, 
including an SQL database, an Oracle database, a DB2 database, and XML based 
database, and DDL based database, and other databases. A repository database may be 
configured to store the information required to establish a connection to, and execute 
transactions on, a particular database. In one embodiment, the same repository that stores 
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the database syntax systems for various databases also stores the information required to 
establish a connection to, and execute transactions on, a particular database. This 
repository database may be provided by an application developer for each application. 

[0047] In one embodiment, the collection layer 304, the envoy layer 306, and the 
naturalization layer 308 are within a witness province 204. The naturalization layer 308, 
the terminal layer 310, the UGLI layer 312, and the repository 314 are within the action 
province 206. The nomadic layer 320 is within the yoke province 208. 

[0048] The structure of the layer architecture 302 enables an application to 
communicate via any user interface 108 and communicate to any type of database 112. 
The witness province 204 and the yoke province 208 may be stripped from the action 
province 206. Thus, the core application may be developed using the required logic for 
the action province 206, and the layers 304-310 for the witness province 204 may be 
dynamically changed or implemented to communicate via varied user interfaces. 
Similarly, the nomadic layer 320 of the yoke province 208 may be stripped from the 
layers 310-318 of the action province 206 enabling the application to communicate with 
multiple varied databases while retaining the core logic. 

[0049] Moreover, an application may be generated so that it uses the layers 304- 
308 of the witness province 204 multiple times with multiple user interfaces. Thus, an 
application may be configured to simultaneously use a web enabled interface, a byte 
listener, and a voice recognition interface. Because all communications may travel from 
the naturalization layer 308 objects of the varied user interfaces to the terminal layer 310 
objects of the core application, data and communications can communicate and go 
through actions easily and be formatted easily for required style, customization, and 
language support while also being processed by the UGLI layer 312. 

15 
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[0050] It will be appreciated that the terminal layer 310 objects may have 
multiple portals to and from multiple naturalization layers 308 for a single application. 
Alternately, the terminal layer 310 objects for an application may have a single portal to 
the naturalization layer 308 of the user interface, but may be moved to another portal if 
5 needed. The terminal layer 310 objects may be moved, for example, if the context or 
environment of the application may change. For example, an application originally 
developed for the Web, may be extended to a standalone PC version, requiring moving 
the terminal layer 310 objects. 
!T [0051] Also, the nomadic layer 320 objects may generate one or more 

2 1 0 connections to one or more databases depending on the needs of the layers 3 1 0-3 1 8 of the 
m action province 206. For a single application, the nomadic layer 320 objects may connect 

S to one or more databases. Thus, the application is not tied to any particular database 
H language. The commands for a specified database are customized based on each instance 
J;! of the type of database and the connection needed. This customization of the commands 
r* 1 5 occurs in the optimization layer 318 objects for any required database, and the connection 
is made in the nomadic layer 320 objects. Thus, any language to any database may be 
coded, and the nomadic layer 320 objects may parse the code or command to make a 
connection to the required database. This also enables a single application to 
communicate easily with multiple types of databases. 
20 [0052] In one embodiment, the layers 304-320 are an arrangement of system 

objects designed to support an application. The structure of the objects for object 
oriented programming systems enhances the ability of the layer architecture 302 or the 
province architecture 202 to communicate using varied user interfaces and to 
communicate with varied databases. For example, one or more objects may be 
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implemented for the collection layer 304, the envoy layer 306, and the naturalization 
layer 308 for a particular user interface. A different set of objects may be implemented 
for a different collection layer 304, a different envoy layer 306, and a different 
naturalization layer 308 for a different user interface. Those sets of objects may 
communicate with the same terminal layer 310 for an application. 

[0053] Similarly, a first object may be implemented for a nomadic layer 320 for 
an application. However, although another object may be created for another nomadic 
layer 320, it is not needed. A single object for a single nomadic layer 320 may operate to 
communicate with multiple databases of this architecture. Only a core set of objects need 
be created for the terminal layer 310, the UGLI layer 312, the repository 314, the 
initiation layer 316, and the optimization layer 318. Those core sets of objects can 
communicate with the varied objects for the varied user interfaces and the one or more 
objects for the nomadic layer 320. 

[0054] The province architecture 202 and/or the layer architecture 302 may 
include a transparent layer. The transparent layer enables the layer architecture 302 to 
skip from a first layer to a third layer without going through a second layer. The second 
layer can collapse and be invisible for a specified communication, including a message or 
data. Alternately, the transparent layer can be configured to not be invisible for other 
communications, such as other messages or other data. Functional methods or specified 
objects or classes of objects may be grouped so that a particular layer is configured as a 
transparent layer for those methods, objects, or classes of objects. The concept of a 
transparent layer for an N-tier layer architecture is unknown. Typically, data or 
communications must go through each layer to get to the next layer. 
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[0055] The architectures 202 and 302 themselves represent an agreement, or 
protocol that directs how software will be developed. A transparent, hidden layer, 
represents an agreement that, for the method or methods affected, the specified layers will 
be transparent, or hidden. The capacity to make that agreement is unique. 

[0056] The transparent layer may have one or more associated surrounding layers. 
The surrounding layers are the layers between which a communication will be passed by 
bypassing the transparent layer. For example, if the envoy layer 306 of Figure 3 is the 
transparent layer, then the collection layer 304 and the naturalization layer 308 are the 
surrounding layers. As another example, if the envoy layer 306 and the naturalization 
layer 308 both are transparent layers, then the collection layer 304 and the terminal layer 
310 are the surrounding layers. 

[0057] For example, the optimization layer 318 may be defined as a transparent 
layer. In this example, a command may be transmitted from the initiation layer 316 to the 
nomadic layer 320 without passing through the optimization layer 318. The transparent 
layer may enable applications to save processing time by not requiring a command or 
data to pass through a particular layer, thereby eliminating some processing of that 
command or data. 

[0058] Those skilled in the art will appreciate that variations from the specific 
embodiments disclosed above are contemplated by the invention. The invention should 
not be restricted to the above embodiments, but should be measured by the following 
claims. 
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